Re: darwin pgsql patches

Поиск
Список
Период
Сортировка
От Peter Bierman
Тема Re: darwin pgsql patches
Дата
Msg-id v03130306b64c71a24d5e@[17.202.21.230]
обсуждение исходный текст
Ответ на Re: darwin pgsql patches  (Thomas Lockhart <lockhart@alumni.caltech.edu>)
Ответы Re: darwin pgsql patches  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-patches
At 6:47 PM +0000 11/30/00, Thomas Lockhart wrote:
>> > Why not use "__APPLE__"? There probably isn't much hope of running
>> > anything on a Mac with MacOS which isn't also darwin, right?
>> What about Rhapsody?
>
>Yeah, what about it? Are there any production machines which might get
>PostgreSQL installed on them? Not so far, otherwise we would have seen a
>port, right?
>
>Peter B, comments?

Mac OS X exists in two forks at the moment. One of them is Mac OS X server, which is based on mach 2.5, and is a
snapshotof the Mac OS X development process from 1999. There are enough customers of this product that Apple has
continuedto bring that fork forward onto the latest machines, so that they can smoothly migrate them back onto the top
oftree when it ships as a server product. These people are either WebObjects developers who are probably deploying on
Solarisor HPUX, or Schools and Workgroups who need a high end AppleShareIP server. 

Mac OS X top of tree is Mac OS X client, currently available as Mac OS X Public Beta. (Darwin, which is the name for
allof the Open Source parts, everything below the window server, is actually slightly more current.) When it's stable
enough,the server solution software will be sold on top of this codebase. 

While there are probably several Mac OS X Server customers that would be interested in PG, I think you can safely
concentrateon Mac OS X (client, Public  Beta, darwin) with the knowledge that they will eventually come to you. 


>fwiw (in case I'm coming across as *just* in a bad mood ;), it seems
>like the right time to help Apple understand that they should be
>building their compiler with predefined symbols so that the machine and
>OS type can be identified automatically. In general, one expects that
>from the compiler, though I'm sure we have exceptions in our supported
>platforms.

The list I sent is actually the list that was decided on about a year ago, after trimming a much longer list of stuff
thatthe compiler used to export. For that reason, I don't think you'll see it grow. 

But I don't actually think it should. It's the prupose of configure, not the compiler, to determine the system that's
running.Why should the compiler care what varriant of an OS it's running on? It might not even be compiling code for
thatOS. Is there some cost of #define __darwin__ in src/template/darwin that I'm not seeing? (not trying to be
inflamatoryhere. :-) 

-pmb

--
bierman@apple.com

"4 out of 5 people with the wrong hardware want to run Mac OS X because..."
http://www.newertech.com/oscompatibility/osxinfo.html



В списке pgsql-patches по дате отправления:

Предыдущее
От: Thomas Lockhart
Дата:
Сообщение: Re: darwin pgsql patches
Следующее
От: Peter Bierman
Дата:
Сообщение: Re: darwin pgsql patches